Image processing apparatus, method for controlling image processing apparatus, and storage medium

ABSTRACT

An image processing apparatus for executing a plurality of applications associated with specific functions to perform image processing includes a first registration unit that, when executing any one of the plurality of applications, automatically registers first setting data set for the application in a storage unit in association with the application, a second registration unit that, according to a registration instruction from a user, registers second setting data set for any one of the plurality of applications in association with the application, and a display control unit that displays a calling-up and setting screen including a first button group for calling up the first setting data automatically registered in the storage unit and a second button group for calling up the second setting data registered in the storage unit.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a Continuation of U.S. patent application Ser. No.14/610,943, filed Jan. 30, 2015, which claims the benefit of JapanesePatent Application No. 2014-018268, filed Feb. 3, 2014, both of whichare hereby incorporated by reference herein in their entirety.

BACKGROUND Field

Aspects of the present invention generally relate to an image processingapparatus, a method for controlling the image processing apparatus, anda storage medium.

Description of the Related Art

A certain image processing apparatus executes a plurality ofapplications to perform various kinds of data processing. Such an imageprocessing apparatus is provided with a function of storing setting datacorresponding to applications that have been executed by a user.Japanese Patent Application Laid-Open No. 8-292864 discusses a userinterface for automatically setting default values for each applicationand application customization processing.

A large majority of users of image processing apparatuses uses a smallnumber of setting patterns for applications to be executed. Particularlyfor each application, a user needs to reset patterns each time althoughthe user uses less number of setting patterns.

Although setting registration functions (default value change, custommenu, mode memory, etc.) are proposed to avoid pattern setting eachtime, the user does not bother to register settings.

Meanwhile, Japanese Patent Application Laid-Open No. 8-292864 discussesa method for predicting a user's intention to save the user the troubleof registering settings for applications. With this method, however, theuser may not grasp settings registered to an image processing apparatus.

SUMMARY

Aspects of the present invention are generally directed to providing amechanism for simultaneously displaying setting data automaticallyregistered in the course of execution of each application and settingdata set for each application by a user. This enables the user toconveniently select setting data to be executed.

According to an aspect of the present invention, an image processingapparatus for executing a plurality of applications associated withspecific functions to perform image processing includes a firstregistration unit configured to, when executing any one of the pluralityof applications, automatically register first setting data set for theany one of the plurality of applications in a storage unit inassociation with the application, a second registration unit configuredto, according to a registration instruction, register second settingdata set for any one of the plurality of applications in associationwith the any one of the plurality of applications, and a display controlunit configured to display on a display unit a calling-up and settingscreen including a first button group for calling up the first settingdata automatically registered in the storage unit and a second buttongroup for calling up the second setting data registered in the storageunit.

According to the present disclosure, it is possible to display settingdata automatically registered in the course of execution of eachapplication and setting data set for each application by a user in anidentical calling-up and setting screen, enabling the user toconveniently select setting data to be executed.

Further features of the present disclosure will become apparent from thefollowing description of exemplary embodiments with reference to theattached drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram illustrating a configuration of an imageprocessing apparatus.

FIG. 2 is a plan view illustrating an operation unit illustrated in FIG.1.

FIG. 3 illustrates an example of a user interface (UI) screen displayedon a display unit.

FIGS. 4A and 4B illustrate a table for managing registration data.

FIGS. 5A and 5B illustrate management data for buttons displayed on thedisplay unit.

FIG. 6 illustrates a configuration of applications.

FIGS. 7A and 7B illustrate examples of user interfaces displayed on thedisplay unit.

FIG. 8 is a flowchart illustrating a method for controlling the imageprocessing apparatus.

FIG. 9 is a flowchart illustrating a method for controlling the imageprocessing apparatus.

FIG. 10 is a flowchart illustrating a method for controlling the imageprocessing apparatus.

FIG. 11 is a flowchart illustrating a method for controlling the imageprocessing apparatus.

FIGS. 12A, 12B, 12C, 12D, and 12E illustrate tables for managingregistered setting data.

FIG. 13 illustrates an example of a UI screen displayed on the displayunit.

DESCRIPTION OF THE EMBODIMENTS

Various exemplary embodiments will be described in detail below withreference to the drawings.

<Descriptions of System Configuration>

FIG. 1 is a block diagram illustrating a configuration of an imageprocessing apparatus according to a first exemplary embodiment. In thepresent exemplary embodiment, as an image processing apparatus forexecuting a plurality of applications associated with specific functionsto perform image processing, the image processing apparatus is providedwith the plurality of applications. The image processing apparatusaccording to the present exemplary embodiment is, for example, amultifunction peripheral (MFP) capable of executing a copy application,a facsimile application, and an E-mail application. More specifically,specific functions executable by applications include a print function,a copy function, a facsimile function, and an E-mail function.

Referring to FIG. 1, a control unit 1 controls operations of each unitof an MFP 100. The control unit 1 includes a central processing unit(CPU) 10, a local area network (LAN) 11, a communication unit 12, arandom access memory (RAM) 13, a hard disk drive (HDD) 14, and aread-only memory (ROM) 15. The CPU 10 controls the entire control unit1. The LAN 11 is a network for enabling the MFP 100 to exchange datawith external apparatuses. The MFP 100 is connected to the Internet viathe LAN 11.

The communication unit 12 transmits and receives data via the LAN 11.The RAM 13 provides a system work memory necessary for operations of theCPU 10. The HDD 14 may be a storage medium such as a magnetic disk, anoptical medium, and a flash memory.

The HDD 14 is configured to store in a table format (described below)document data and setting data associated with each application. The HDD14 does not need to be included in the MFP 100. An external server or apersonal computer (PC) may be used as a storage apparatus via thecommunication unit 12. The ROM 15 is a boot ROM which stores a bootprogram of a system. The CPU 10 loads a program installed in the HDD 14into the RAM 13 by using the boot program in the boot ROM (ROM 15), andperforms various control based on the loaded program. The HDD 14 furtherincludes a specific area for managing a button group (an automaticallyregistered button group) displayed in a specific area in a recall portalscreen 300 (described below). The relevant specific area is used as afirst-in first-out (FIFO) area.

A timer 16 performs timing processing according to an instruction of theCPU 10. When a specified time interval has elapsed, the timer 16notifies the CPU 10 of the relevant passage of time as an interruption.

An operation unit 20 is controlled by the control unit 1, and includes adisplay unit 21 and an input unit 22. The display unit 21 is used todisplay information about the MFP 100 to a user. The input unit 22receives an input from the user via an interface, such as a touch panel,a mouse, a camera, an audio input, and a keyboard.

The display unit 21 displays a user interface (UI) screen (describedbelow) to receive settings from the user.

An image processing unit 30 is controlled by the control unit 1, andincludes an image analysis unit 31, an image generation unit 32, and animage output unit 33. The image analysis unit 31 analyzes the structureof a document image, and extracts necessary information from an analysisresult. The image generation unit 32 reads a document (for example, byscanning the document), converts an image of the document into imagedata in digital form, and stores the image data in the HDD 14.

The image generation unit 32 can also generate document image data inanother format by using the information analyzed by the image analysisunit 31. The image output unit 33 outputs the image data stored in theHDD 14. The image data can be output, for example, by printing thedocument image data on paper, by transmitting via the communication unit12 the document image data to an external device, a server, a facsimile,etc. connected to the network, or by storing the document image data ina storage medium connected to the MFP 100.

FIG. 2 is a plan view illustrating the operation unit 20 illustrated inFIG. 1.

Referring to FIG. 2, the display unit 21 according to the presentexemplary embodiment is a liquid crystal display (LCD) unit composed ofa touch-panel sheet stuck on a liquid crystal panel. The display unit 21displays an operation screen and soft keys. When a displayed key ispressed by a user operation, the display unit 21 transmits relevantpositional information to the CPU 10. In this case, therefore, thedisplay unit 21 also functions as the input unit 22.

Various keys and buttons operated by the user will be described below.

A start key 201 is used to instruct to start a document read operation.Two (green and red) light emitting diodes (LEDs) 202 are provided at thecenter of the start key 201 to indicate whether the start key 201 isusable or not. A stop key 203 is used to stop the current operation. Anumeric keypad 204 includes numeric and character buttons, and is usedto instruct to set the number of copies or to change the screen of thedisplay unit 21. A user mode key 205 is pressed to set the MFP 100.

A recall portal screen according to the present exemplary embodimentwill be described below.

FIG. 3 illustrates an example of a UI screen displayed on the displayunit 21 illustrated in FIG. 2. This example screen is an example of arecall portal screen. The UI screen controls display so that buttongroups (described below) are arranged in respective division areas.

Referring to FIG. 3, a recall portal screen 300 includes a fixed settingarea 301 registered by a user's explicit instruction, and a recallsetting area 302 registered by a recall function (described below)during job execution.

In the present exemplary embodiment, the CPU 10 performs control todisplay fixed settings in the fixed setting area 301 and display recallsettings in the recall settings display area 302, allowing the user toeasily identify each area. Buttons 303 to 307 are pressed to call upsetting data to be fixedly preset by the user in setting screens(described below) illustrated in FIGS. 7A and 7B according to a user'sregistration instruction. Buttons 308 to 310 are associated with settingdata that has been automatically set by a recall portal 401 illustratedin FIG. 6 according to the present exemplary embodiment. In particular,the button 308 is pressed to automatically set a specific mail address“yoshida@ca . . . ” as a destination in setting data associated with anE-mail application 403 in FIG. 6. The button 309 is pressed to selectthe number of copies “15”, two-sided printing, stapling, etc. in settingdata associated with a copy application 402 in FIG. 6.

The button 310 is pressed to select monochrome printing and 2in1 insetting data associated with the copy application 402. Processing(registration and deletion) for setting data subjected to automaticregistration will be described below. In the present exemplaryembodiment, buttons are displayed in different areas, and shapes ofbuttons to be displayed are differentiated to allow the user operatingthe relevant UI screen to perform button operations with sufficientvisibility.

When the recall portal screen 300 is activated, the recall portal screen300 first reads a fixed registration data management table 1201illustrated in FIG. 4A to display the fixed setting area 301.Subsequently, the recall portal screen 300 sequentially calls up entries1202 to 1210 in this order. Each time the recall portal screen 300 callsup an entry, the CPU 10 refers to an application identifier (ID). Whenthe application ID is “0000”, the CPU 10 performs control not to displaythe corresponding button on the display unit 21. On the other hand, whenthe application ID is not “0000”, the CPU 10 performs control to displaya display text (display TXT) on the corresponding button.

Then, the CPU 10 performs control to search for an entry having the sameapplication ID stored in an application icon table 1211 illustrated inFIG. 4B, and to display the relevant icon at a predetermined position ofthe corresponding button displayed on the display unit 21.

In the recall portal screen 300, the CPU 10 processes the entire fixedregistration data management table 1201 illustrated in FIG. 4A. Then, todisplay recall settings in the recall settings display area 302, the CPU10 reads a recall data management table 1101 illustrated in FIG. 5A.

The recall portal screen 300 sequentially reads entry 1102 andsubsequent entries. Each time the recall portal screen 300 calls up anentry, the CPU 10 refers to the application ID. When the application IDis “0000”, the CPU 10 performs control not to display the correspondingbutton. On the other hand, when the application ID is not “0000”, theCPU 10 performs control to display a display TXT on the correspondingbutton.

Then, the CPU 10 performs control to search for an entry having the sameapplication ID stored in the application icon table 1211 illustrated inFIG. 4B, and display the relevant icon at a predetermined position ofthe corresponding button.

Thus, the CPU 10 can display the UI screen illustrated in FIG. 3 on thedisplay unit 21 by using the recall data management table 1101illustrated in FIG. 5A and the fixed registration data management table1201 illustrated in FIG. 4A.

Hereinafter, to simplify descriptions, all of the fixed settings arecollectively referred to as fixed settings 301S in connection with thefixed setting area 301. Similarly, all of the recall settings arecollectively referred to as recall settings 302S in connection with therecall settings display area 302.

In the present exemplary embodiment, button shapes for the fixedsettings 301S are differentiated from button shapes for the recallsettings 302S to allow the user to visually identify each area based onbutton shapes.

Each of the buttons for the fixed settings 301S displays the icon of anapplication to be activated by pressing the relevant button, and abutton name input by the user. The button name is input to a buttonspecified in a user setting registration screen (described below) by theuser. Unregistered buttons are not displayed.

Meanwhile, for each of the buttons for the recall settings 302S, the CPU10 performs control to display the icon for an application to beactivated by pressing the relevant button, and a text expressing thesummary of the setting generated by display TXT generation (refer tostep S606 in FIG. 8) (described below). The buttons for the recallsettings 302S are generated and deleted by recall data registrationprocessing (described below) executed by the CPU 10.

FIG. 6 illustrates a configuration of applications in the imageprocessing apparatus according to the present exemplary embodiment. Thepresent exemplary embodiment corresponds to an application registrationsequence. Each application is executed by the CPU 10 to performcorresponding data processing.

Referring to FIG. 6, the recall portal 401, a kind of application,operates in conjunction with other applications such as the copyapplication 402, the E-mail application 403, and a Fax application 404.

Each application can be identified by the application ID, and storesdata described in a recall data registration configuration and a settingdata management table (described below).

When a button displayed on the operation unit 20 is pressed, the recallportal 401 calls up recall data according to the button, and transmits arelevant action ID to the application ID (refer to a notification 406).An application specified by the application ID reads setting dataaccording to the received action ID, and sets the setting data. Needlessto say, any kind of application can be specified as long as it iscapable of exchanging the above-described setting data.

FIGS. 7A and 7B illustrate examples of user interfaces displayed on thedisplay unit 21 illustrated in FIG. 1. These example screens areexamples of the user setting registration screens.

Referring to FIG. 7A, a fixed setting registration screen 501 includesthe fixed setting area 301 having a similar configuration to theconfiguration of the recall portal screen 300. The fixed setting area301 of the fixed setting registration screen 501 differs from that ofthe recall portal screen 300 in that unregistered buttons 502, 503, 504,and 505 are displayed and that any button in the fixed setting area 301is selected only by pressing it.

A Cancel button 506 is used to cancel data registration, and a Nextbutton 507 is used to display the following fixed setting registrationscreen 508.

The fixed setting registration screen 508 illustrated in FIG. 7B is usedto input a text to be displayed on each button.

The fixed setting registration screen 508 includes an area 509 forconfirming the contents of an input text, and a keyboard (softwarekeyboard) 510 for inputting characters. Pressing a Back button 511displays the fixed setting registration screen 501 illustrated in FIG.7A. Pressing an OK button 512 completes registration procedures.

An example case where the following new job is executed by the copyapplication 402 illustrated in FIG. 6 will be described in detail belowwith reference to FIGS. 6 to 12E. The new job is executed in a statewhere the UI screen illustrated in FIG. 3 is displayed on the displayunit 21.

[Example of a New Job]

A job setting is a setting of {3 copies, color copy, one-sided printing,4in1}.

The image output unit 33 illustrated in FIG. 1 includes an engine forprinting a color image on one side or on both sides of a sheet. Theimage output unit 33 is further provided with an Nin1 function forlaying out a plurality of pages on one page and printing the page viathe image generation unit 32, where N is an integer (2, 4, 6, or 9).

Although the present exemplary embodiment will be described below basedon the copy application 402 as an example, the copy application 402 maybe replaced with the E-mail application 403, the Fax application 404, orany other applications capable of exchanging data illustrated in FIG. 4.

FIGS. 8 to 11 are flowcharts illustrating data processing methodsperformed by the image processing apparatus according to the presentexemplary embodiment. FIG. 8 is a flowchart illustrating an example ofjob completion processing of an application. FIGS. 9, 10, and 11 areflowcharts corresponding to detailed procedures of steps S603, S605, andS607 illustrated in FIG. 8, respectively.

More specifically, the flowchart illustrated in FIG. 9 corresponds toregistered ID list acquisition processing performed by the recall portal401. The flowchart illustrated in FIG. 10 corresponds to setting datastorage processing of an application. The flowchart illustrated in FIG.11 corresponds to recall data registration processing performed by therecall portal 401. Each step of the flowcharts illustrated in FIGS. 8 to11 is implemented when the CPU 10 loads and executes a control programstored in the HDD 14.

FIGS. 12A to 12E illustrate examples of setting data management tablesfor applications managed by the HDD 14 illustrated in FIG. 1.

In step S601, when the copy application 402 completes job execution, therecall portal 401 starts job completion processing. In step S602, whenthe recall portal 401 starts the job completion processing, the recallportal 401 first acquires an application ID. In this case, the recallportal 401 starts processing corresponding to step S701 in FIG. 9 inwhich the recall portal 401 acquires the application ID of the copyapplication 402.

More specifically, in step S703, the copy application 402 transmits theapplication ID to a registered ID list acquisition routine of the recallportal 401 (refer to a request 407 illustrated in FIG. 6). In step S603,the copy application 402 acquires action IDs already registered by thecopy application 402 itself.

To be more precise, when the recall portal 401 starts processing in stepS701 illustrated in FIG. 9, in step S702, the recall portal 401 readssettings for the copy application 402 already registered by the recallportal 401 itself. In step S703, the recall portal 401 transmits aregistered ID list (described in detail below) to the copy application402 which is a requestor. In step S704, the recall portal 401 exits thisprocessing routine. In step S603, the copy application 402 as arequestor acquires the registered ID list.

In step S604, the recall portal 401 reads setting data corresponding tothe action ID acquired from the copy application 402, and searches forthe setting data registered in the HDD 14 to determine whether the readsetting data is identical to the currently executed setting data. Whenthe recall portal 401 determines that the read setting data is identicalto the currently executed setting data (YES in step S604), then in stepS608, the recall portal 401 ends the job completion processing withoutperforming the recall data registration processing.

In the present exemplary embodiment, on the other hand, when the recallportal 401 determines that the read setting data is not identical to thecurrently executed setting data (NO in step S604), then in step S605,the recall portal 401 invokes a setting data storage processing routine(refer to FIG. 10) of the copy application 402 (described below), storessetting data 1018 illustrated in FIG. 12D (refer to steps S802 to S805for details), and acquires “action ID=0005”. In step S606, the recallportal 401 generates a display text (display TXT) based on the currentlyexecuted setting data. In step S607, the recall portal 401 transmits theaction ID and the generated display TXT to the recall data registrationprocessing (refer to steps S901 to 904 illustrated in FIG. 11) of therecall portal 401 (described below), and exits this processing routine.

Upon reception of a registered ID list acquisition request 407 from thecopy application 402 as illustrated in FIG. 6, the recall portal 401starts the registered ID list acquisition routine (steps S701 to S704).

Referring to the registered ID list acquisition started in step S701illustrated in FIG. 9, in step S702, the recall portal 401 collectsaction IDs of data having the application ID of the requestor from therecall data management table 1101 illustrated in FIGS. 5A and 5B and thefixed registration data management table 1201 illustrated in FIG. 4A. Instep S703, the recall portal 401 returns the action IDs to the copyapplication 402 as a requestor. In step S704, the recall portal 401exits this processing routine.

In the present exemplary embodiment, the registered ID list is a list of{0001, 0002, 0003, 0004}.

Referring to the job completion processing started in step S601illustrated in FIG. 8, in step S605, the recall portal 401 invokes asetting data storage routine (refer to steps S801 to S806 illustrated inFIG. 10).

More specifically, in step S801, the recall portal 401 starts thesetting data storage processing. In step S802, the recall portal 401determines whether an upper limit of settings is reached. The recallportal 401 makes such determination, for example, based on whether thereis any unused entry.

In this case, the recall portal 401 determines whether there is anyunused entry based on whether the first item of an entry is “0”. Whenthe recall portal 401 determines that there is no unused entry (UpperLimit Reached in step S802), then in step S806, the recall portal 401exits this processing routine.

For example, in the case of the example illustrated in FIG. 12A, anentry 1007 is unused. Therefore, the recall portal 401 determines thatthe upper limit of settings is not reached (Upper Limit Not Reached instep S802), then in step S803, the recall portal 401 generates a numberfor the entry 1007 as an action ID. In step S804, the recall portal 401updates the relevant entry. In step S805, the recall portal 401 storesthe setting data 1018 as illustrated in FIG. 12D. In step S806, therecall portal 401 exits this processing routine.

When a job completion processing routine of the copy application 402requests to register recall data in step S607 illustrated in FIG. 8,then in step S901 illustrated in FIG. 11, the recall portal 401 starts arecall data registration processing routine.

Referring to the recall data registration processing, in step S902, therecall portal 401 reads registration data from the recall datamanagement table 1101 illustrated in FIGS. 5A and 5B. More specifically,the recall portal 401 reads “application ID=403” and “action ID=0003” ofthe oldest entry 1102 registered in the recall data management table1101 illustrated in FIG. 5A. Then, the recall portal 401 notifies theE-mail application 403 having “application ID=403” of the deletion ofthe registered “action ID=0003” (refer to a notification 405).

Upon reception of the notification 405, the E-mail application 403deletes the entry 1012 corresponding to “action ID=0003” in the settingdata management table 1008 illustrated in FIG. 12B.

Referring to the recall data registration processing illustrated in FIG.11, the recall portal 401 moves the entry 1102 deleted last andsubsequent entries, as illustrated in FIGS. 5A and 5B. Then, in stepS903, the recall portal 401 registers the requested “applicationID=402”, “action ID=0005”, and display TXT to an unused entry 1107. Instep S904, the recall portal 401 exits this processing routine.

In the second exemplary embodiment, instead of user setting buttons,application activation buttons are arranged on a recall portal screen.

FIG. 13 illustrates an example of a UI screen displayed on the displayunit 21 illustrated in FIG. 2. This example screen corresponds to arecall portal screen 1300.

Referring to FIG. 13, the recall portal screen 1300 includes a button1303 for activating the copy application 402, a button 1304 foractivating the E-mail application 403, and a button 1305 for activatingthe Fax application 404 in an application button area 1301. Buttons 1306to 1308 are equivalent to the buttons 308 to 310 illustrated in FIG. 3.

According to the present exemplary embodiment, a user can arbitrarilyselect whether to use automatically registered setting data or toexecute a user-selected application on the recall portal screen 1300.

Each process of the present exemplary embodiment can be implemented alsoby executing software (program) acquired via a network or variousstorage media on a processing apparatus (CPU or processor), such as apersonal computer.

The above-described exemplary embodiments are not seen to be limitingand can be modified in diverse ways (including organic combinations ofthese exemplary embodiments) without departing from the spirit and scopethereof. These modifications are not excluded from the scope of thepresent disclosure.

While the present disclosure has been described with reference toexemplary embodiments, it is to be understood that these exemplaryembodiments are not seen to be limiting. The scope of the followingclaims is to be accorded the broadest interpretation so as to encompassall such modifications and equivalent structures and functions.

What is claimed is:
 1. A job processing apparatus which is able toexecute a plurality of types of jobs, the job processing apparatuscomprising: one or more processor; and at least one memory havinginstructions stored thereon that, when executed by the one or moreprocessors, cause the job processing apparatus to: execute a first typeof job by a first application and a second type of job by a secondapplication; register, in accordance with execution of the first type ofjob, setting data of the first type of job in a storage; register, inaccordance with execution of the second type of job, setting data of thesecond type of job in the storage; and a display configured to display afirst object for the first application, and a second object for thesecond application, wherein the display is able to further display athird object for reading out the setting data of the first type of jobregistered in the storage and a fourth object for reading out thesetting data of the second type of job registered in the storage, andwherein the first object, the second object, the third object and thefourth object are able to be displayed on the same screen.
 2. The jobprocessing apparatus according to claim 1, wherein a shape of the firstobject and a shape of the third object are different from each other. 3.The job processing apparatus according to claim 1, wherein a first iconis displayed on the first object, and a second icon which is differentfrom the first icon is displayed on the second object.
 4. The jobprocessing apparatus according to claim 1, wherein a first icon isdisplayed on the third object, and a second icon which is different fromthe first icon is displayed on the fourth object.
 5. The job processingapparatus according to claim 1, wherein at least part of the settingdata of the first type of job is displayed on the third object.
 6. Thejob processing apparatus according to claim 1, wherein at least part ofthe setting data of the second type of job is displayed on the fourthobject.
 7. A method for controlling a job processing apparatus which isable to execute a plurality of types of jobs, the method comprising:executing a first type of job by a first application and a second typeof job by a second application; registering, in accordance withexecution of the first type of job, setting data of the first type ofjob in a storage; registering, in accordance with execution of thesecond type of job, setting data of the second type of job in thestorage; and displaying a first object for the first application, and asecond object for the second application, wherein a third object forreading out the setting data of the first type of job registered in thestorage and a fourth object for reading out the setting data of thesecond type of job registered in the storage are able to be displayed,and wherein the first object, the second object, the third object andthe fourth object are able to be displayed on the same screen.
 8. Anon-transitory storage medium storing a program for causing a copyingapparatus, which is able to execute a plurality of types of jobs, toexecute a method, the method comprising: executing a first type of jobby a first application and a second type of job by a second application;registering, in accordance with execution of the first type of job,setting data of the first type of job in a storage; registering, inaccordance with execution of the second type of job, setting data of thesecond type of job in the storage; and displaying a first object for thefirst application, and a second object for the second application,wherein a third object for reading out the setting data of the firsttype of job registered in the storage and a fourth object for readingout the setting data of the second type of job registered in the storageare able to be displayed, and wherein the first object, the secondobject, the third object and the fourth object are able to be displayedon the same screen.